home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20031118-20041115
/
000180_nospam@zamang.co.uk_Sat Apr 10 16:04:09 2004.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.esat.net!dedekind.zen.co.uk!zen.net.uk!hamilton.zen.co.uk!213.253.16.105.MISMATCH!mephistopheles.news.clara.net!news.clara.net!lotis.uk.clara.net
From: "David McCormack" <nospam@zamang.co.uk>
Newsgroups: comp.unix.sco.misc,comp.protocols.kermit.misc
References: <1080768113.45686.0@demeter.uk.clara.net> <slrnc6me86.pfr.fdc@sesame.cc.columbia.edu> <1080856078.14863.0@iris.uk.clara.net> <c4jjk6$agk$2@ngspool-d02.news.aol.com>
Subject: Re: SSH errors with 'File or directory does not exist' but only if more that 10 users are logged in
Date: Sat, 10 Apr 2004 20:41:53 +0100
Lines: 88
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-Complaints-To: abuse@clara.net (please include full headers)
X-Trace: 540c146169a5828ab9666014632c2420b6d40201a66701c04710900240784ded
NNTP-Posting-Date: Sat, 10 Apr 2004 20:41:33 +0100
Message-ID: <1081626093.11474.0@lotis.uk.clara.net>
Xref: newsmaster.cc.columbia.edu comp.unix.sco.misc:163381 comp.protocols.kermit.misc:14893
"Bob Bailin" <72027.3605@compuserve.com> wrote in message
news:c4jjk6$agk$2@ngspool-d02.news.aol.com...
>
> "David McCormack" <nospam@zamang.co.uk> wrote in message
> news:1080856078.14863.0@iris.uk.clara.net...
> > "Frank da Cruz" <fdc@columbia.edu> wrote in message
> > news:slrnc6me86.pfr.fdc@sesame.cc.columbia.edu...
> >
> > > On 2004-03-31, David McCormack <nospam@zamang.co.uk> wrote:
> > >
> > > : I'm using a downloaded binary version of ckermit version 8.0.209 on
a
> > > : SCO OpenServer box (v. 5.0.6). The kermit executable was downloaded
> > > : from the main http://www.columbia.edu/kermit/ web site.
> > > :
> > > : If we have 10 or more than users logged in to our SCO OpenServer box
> > > : (but only one is running kermit) then kermit will fail to run the
> > external
> > > : ssh client. The error that gets displayed is;
> > > :
> > > :: No such file or directory
> > > : Can't connect to ssh -e none -l root <hostname>
> > > :
> > > : If you have 9 users connected then ssh gets run correctly. This is
> with
> > > : exactly the same configuration file. What is bizarre is that if 9
> people
> > > : are logged in you are running kermit, ssh will work. If 10th user
logs
> > > : in, whilst you're in kermit, ssh will fail. If the number of users
> > > : connected goes back down to 9 or less, ssh will start working again.
> > > :
> > > : Does anyone have any ideas what's causing this or what areas I
should
> > > : check? It seems more SCO related then kermit though.
> > >
> > > Sounds like you're running out of PTYs (pseudoterminals). I imagine
> there
> > > is a way to create more, but I'm not an OSR5 sysadmin expert.
> >
> > Not sure if a previous attempt to send this message worked as I've been
> > having problems with my news server, but just in case.
> >
> > Altering the number of PTYs available from 96 to 256 made no difference.
> >
> > I've been looking around at some possible other ideas of which
limitation
> in
> > SCO I'm running across. It's not linked to the ttyp device as I've been
on
> > ttyp14 and it still only works if there are less than 10 people logged
in.
> > The only thing I can find that appears it could have an effect are
> > somethings called 'semophores' that are used for inter-task
communication
> > occuring to a Google search.
> >
> > Kind of flying blind on this though as I can't see any messages in any
of
> > the log files as to any problems.
>
> Trying bumping up the shared memory parameters. One of them SHMMAX is
> only 10 by default.
Sorry for the delay in replying I've not been about to get access to the
server. I've checked and SHMMAX is set to 524288 on the machine.
SHMMAX: maximum shared memory segment size (bytes).
The current value is: 524288 New value is:
SHMMIN: minimum shared memory segment size (bytes).
The current value is: 1 New value is:
XSDSEGS: number of XENIX shared data segments (systemwide).
The current value is: 25 New value is:
XSDSLOTS: number of slots per XENIX shared data segment.
The current value is: 3 New value is:
I've been through the other options within Tune Parameters in scoadmin and
none of them are set to 10.
Many thanks for your suggestions
David McCormack